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Claims 1-49 were originally pending. No Claim* have been amended. No 
claims have been added. No claims We been cancelled. Claims MO have been 
wifcdrawn from examinatiou with traverse (as described below) in view of a 
restriction requirement discussed in an Office initiated a 10/29/03 telephone 
mteiview. During the interview, claim., 149 were diseased. China 41-49 were 
elected for continued examination. 

In view of the following arguments, withdrawal of all outstanding 
rejections and objections to pending claims 4149 is respectfully requested. 

fT«8nt RestrMflnia Under 33 1 ISC S121 

Claims 149 stand restricted under 35 U.S.C. §121 as containing two 
patentably distinct inventions. In particular, the November 05, 2003 Office action 
("ACTION") asserts thaHhe following claim groupings represent two distinct or 
independent inventions as follows: 

I. Claims 1-40. drawn to an integrated circuit card with debugging 
ability, dassified in class 7 14, subclass 38; and 

II. Claims 11-49, drawn to an application development tool fur use with 
a debugger, classified in class 717, subclass 124. 

According to the MPEP §803, if examination of an entire application can 
be made without serious burden, the application must be examined on the merits, 
even though the application may invlude two distinct or independent inventions. It 
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ia respectfully submitted that the subject matter of claim groups I and 11 are 
sufficiently related such that the Office will likely have to search each of the 
indicated classes/subclass* to perform an efficient examination of the claimed 
subject matter of either claim group. Urns, even if it were true that these claim 
groups claim two distinct or independent inventions, as the ACTION asserts, buth 
claim group con be conveniently searched and examined lo B ethcr without serious 

burden on the office. 

Accordingly, the restriction requirement should be withdrawn. 

In the event that, the restriction requirement is maintained, claims 1-40 are 
withdrawn from consideration under 35 USC §1.142(b), as being drawn to non- 
elected subject matter, and claims 41-49 are elected tor continued examination. 

Claim RriecUnm Under 35 U SC 6102(e) 

t'.lnims 41-49 Staf fl r»j-^ "iHur TISC S102fc> wt being anticipated^ 
Uj. rH i«nt anniieadoP * 1 73.41 9 to Barnett. This rejection is traversed. 

Claim 41 recites 

"a smart card incorporatmn a smart card development 
interface, coupled to the computer system, to receive and identify 
debug frames interlaced with application frame* within a normal 
communication flow between the. application executing on the 
curripiaer system and the mart card", und "wherein the. smart card 
development interfile* promotes the application frames to an 
application layer of the smart card, ami invokes dr-hug features of 
the xmurt card in response, to debug instructions embedded within 
the receded debuKfrarnxs. " 
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To anticipate a claim, the reference must teach each and every element of a claim. 
(See, MPEP §2131.01). Bamct docs not teach each and every clement of claim 41 

for the following reasons. 

Harnett's emulator is not "a smart card incorporating a smart card 
development interface", as claim 41'recites. Rather, Barnett's emulator is a 
software debugging luoHhat uses external hardware, such as the floating point 
gale array 100 of Fig. 6, to emulate and interface with a microprocessor embedded 
in a target circuit-«ucli as a smart cord. Referring to col. 5, line 31, through col 
7, line 11, Bamet caches that the external emulation hardware is used to debug 
logic in a smart card connected to the external emulation hardware via a card 
r^. More particularly. Barnet describes that, floating point gate array (FPCA) 
100 of the emulator is programmed with debug logic 104 to gives a programmer a 
view into the functioning of a modeled microcontroller such as a smart card. 
Burnett stores the debug logic as well as the modeled microcontroller codes in 
FPGA RAM (sec RAM 106 of Fig. 6). Moreover, Barnet at col. 4, lines 57-61, 
describes that "Mhe emulator substitutes for the targel .mcroprocessor during 
target circuit testing and execution. The overlay RAM allows the programmer to 
debug the program code even when the target circuit is not completely physical". 

Although Barnet does not show a smart card or a smart card reader in any 
of the figures, col. 6, lines 51-57 describes that the smart card can be coupled to 
the FPGA 100 via a card reader. Moreover, Fig. 7 shows a plug 110 that goes into 
a smart card reader, wherein the smart card card reader is coupled to emulator 
debug logic 104. Thus, Bametl describes that any smart card to be debugged is 
separate and distinct from the FPGA 100 thai comprises Barnett's emulator debug 
logic 104— part of the external hardware that may be used to debug a smart card. 



PAGE 10/24 ' RCVD AT 3/5/2004 7:13:03 PI [Eastern Standard Time] ' SVR:USPTOIFXHF-1J0 * DNIS:8729306 * CSID:3035390271 * DURATION (mm-ss):05-34 



MAR 05 2004 17:14 FR LEE AND HAYES -PLLC 3035390271 TO 17038729306- P. 11/24 



l 

2 

3 

4 
5 

7 
S 
9 
Ifl 
11 

n 

13 
14 
15 
16 
17 
18 
IV 
20 
11 
22 
n 

24 

IS 



This description of Bamett is in start contrast to the claimed features; wherein the 
circuit targeted far application development is the claimed "smart card 
incorporating a smart card development interface", Bamett'* distinction between 
logic of a smart card that is being debugged and the. emulator of Bamett is also 
pointed out at coL 6, lines 51 uatrngh col. 5 line 9, describing that since . "target 

CPU" («.Km » ■»«* carrt ) ^* FPGA m . wA mntlt from ±e MnW f0n " ° f 
silicon, "[t]he FPGA is not able to handle the timing and asynchronous signals on 
the pins of a target CPU." For at least each of these reasons, Bamett'S emulator 
does not describe the "smart card" ofclaim 41 . 

As an additional matter, Bamett essentially teaches what Applicant 
described in the 'Background of the Invention" section of the specification. For 
example, the specification at page 2,' paraph 3, indicates that "due to the 
physical and processing constraints placed on the smart card, prior art smart cards 
do not enjoy any dedicated debug fecilities. Aside from the limited processing and 
memory attributes of a smart card, a smart card typically has but a single, hi- 
directional input/output (I/O) port. The cominunication bandwidth of this single 
I/O port is typically consumed to support execution of the smart card application 
itself, leaving little to no communication bandwidth to support debug features. 
Thus, application develuunient using a smart cord itself Is virtually impossible. 
Consequently the development of applications for a smart card currently requires 
the use of an in-circuil emulator (1CP.) [such as the emulator of Bamett] and an 
associated, often proprietary software development application." 

Accordingly, the 35 USC §107(c) rejection of Claim 41 as anticipated by 
JJamct is improper and should be withdrawn. 
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Additionally, claim 41 recites that (he "smart card development interface, 
coupled to flie computer system, to receive and identify debug frames interlaced 
with application frames". Bamet is completely silent with respect to these claimed 
features. Moreover, claim 41 also recites "wherein the smart card development 
interface promote* the application frames to an application layer of the smart 
card". Nowhere does BameU describe such a smart card "application layer". 
Further differentiation between the features of claim 41 and Barnett are evidenced 
by the recited "debug features of the smart card" which are invoked "in response 
to debug instructions embedded within the received debug frames." Nowhere 
does Barnett describe these claimed features. 

For each of these additional reasons, the 35 USC fil 02(c) rejection of claim 
41 as anticipated by Bamet should be withdrawn. 

Claims <J2 - 4V depend from claim 41 and patentaWy distinguished over 
Barnctt hy virtue of this dependency. Accordingly, the 35 USC 9102(e) rejection 
of claims 42-49 should he withdrawn. 

Additionally, claims "42-49 describe additional features that are not 
described by Barnett. Tor example, claira_42 recites "a client development 
interface, to interlace debug frames generated by the application development tool 
with application frames generated by the application executing within the 
application development tool." In addressing this feature, the ACTION refers to 
Barnett, Fig. 7 and component 118, to conclude that this feature is anticipated. 
This conclusion is unsupporiable. 

Bamet, at col. 7, lines 12-29, describes dial component 11 B of Fig. 7 is a 
memory interface, not "client development interface", as claim 42 recites. In 
particular, Barnett describes thai "characteristics of the memory are designed into 
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the programmable logic into the memory interface 118. This permits new a»d 
different memory technologies lo be implemented into the «««> hardware." 
Clearly, thus description does not teach or suggest "a client development interface, 
to interlace debug frames senerated by the application development tool with 
application frames generated by the application executing within the application 
development tool", as Applicant claims. For this odditional reason, the 35 I ISC 
§ 102(e) rejection of claim 42 should be withdrawn. 

Moreover, although the ACTION has rejected dajrns_4^49 as being 
anticipated by Bamett, the ACTION does not provide any explanation of why the 
features of these claims were rejected. Yet, the numerous dependent claims of this 
application recite features having great significance to the Applicant, and these 
dependent claims do not necessarily stand or fall with their corresponding 
independent claims. The dependent claims are an attempt to conform to the FTO- 
prefcrred practice of submilluiB claims having a range of breadth. The applicant 
has submitted extra fees for the inclusion and examination of these claims. In 
response to this effort, it is the PTO's responsibility to fully examine each of the 
dependent claims, and to give full oonsideniliou to the limitations nf these olaims. 
In view of this, and lo provide a complete application file hiBtory aud to enhance 
die clarity of the prosecution history record, Applicant respectfully requests the 
Office to seriously evaluate the patentability of each and every dependent claim, 
and to support any dependent claim rejections with specific rationale and specific 
references to the prior art. (See, MPUK §707.07(0). 
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g^^O vl.nH rriectcd under 35 USC §10^) *S hdflfi mWS&* 

iw«t in vim» of U.S. Paten l r„. ft m ,774 to Ja^baon. This rejection is 

traversed. 

Claim 43 recites "wherein die application development tool generates 
debug frames in response to user interaction wilb the application development 
tool." In addling this claim, the ACTION admits that Barrett does not teach or 
suggest the claimed feature. Instead, the ACTION relies on the combination of 
Bamett with the boundary-scan system use during in-system programming and test 
of an integrated circuit (IC) teaching of Jacobson to conclude that the claimed 
feature is obvious. This conclusion is uusupportahle. 

Firstly, claim 43 depends from claim 42, which in turn, depends from 
independent claim 41. For the reasons already tossed, Bamett does not Uacb 
or suggest independent claim 41. Accordingly, not only is Bamett deficient to 
teaching each and every element of claim 43, an admitted by the ACTION, but 
Bamelt is also deficient with respect to teaching each and every element of claim 
4 1, tram which claim 13 depend*. 

Moreover, the combination of these teaching of Bamett in view of 
Jacobson does not resolve ihese deficiencies for the following reasons. The 
ACTION points to Jacobson, col. 21, lines 77-40, which leaches "allowling] the 
development of applications tu collect and analyrc data as it passes through the 
native layer and facilitate user interaction with the system", to conclude that that it 
would have been obvious for a person of ordinary skill in the art to combine 
Bamett and Jacobson to arrive at the features of claim 43 because "using 
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interfaces to interact with users makes the system more automated and efficient". 
This conclusion is unsupportable. 

Jacobson leaches a "boundary scan method for use during in-system 
programming and test of an IC" on a printed circuit board (PCB) (See, Abstract). 
Boundary-scan operations arc used to test and diagnose problems arising from loss 
of physical access caused by the increasing use of high pin counts on densely 
packed PCB assemblies. For instance, one such diagnostic procedure is described 
by Jacohson at col. 4, lines 3-17, wherein a boundary-scan operation is used to 
verify connection between first and second ICs ou a PCH. It is respectfully 
submitted that such boundary-scan test operations do not teach or suggest "a smart 
card incorporating a smart card development interlace" which is used to debug 
computer-program applications downloaded to a smart card . 

This is further evidenced by Jacobson at col. 5, lines whereto it is 
taught that a current problem with boundary-scan test (BST) is that BST 
commands written tor one hardware platform often must be translated before they 
can he used on a different platform. To address this problem, Jacobson teaches 
generation of a BST APT (e.g., see, col. 5, lines 25-35) based on a platform 
independent programming language such as Java. This BST API is used to 
provide cross platform compatibility for performing boundary test operations as 
described above (e.g., to verify connections on a PCB assembly). Nowhere does 
Jacobson teach or suggest that the BST API provides the features of the "smart 
curd" recited in claim 41 from which claim 43 depends. 

In view of these deficiencies of Jacobson with respect to the features of 
claim 41, combining Harnett's emulator, which is not % smart card, with 
Jacobson's BST API do not teach or suggest the feature of claim 41. Since claim 
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41 is the base claim of claim 43, claim 43 is allowable over the cited combination 
by virtue of this dependency. 

Accordingly, the 35 USC §103(a) rejection of claim 43 is improper and 

should be withdrawn. 

Claim 43 also depends from claim 42, which in turn depends from claim 
41, Claim 42 recites "a client development interface, to interlace debug frames 
generated by the application development tool with application frames generated 
by the application executing within the application development tool." fa 
addressing this feature, the ACTION refers to BarnetU Fifr 7 and component 1 118 
to conclude that the cited combination renders claim 42 obvious. Tliis conclusion 
Is unsuppurtable at least for the renins already provided above witti respect to 
claim 4 1— claim 42'S base claim. 

Moreover, the section of Baract* at col. 7< lines 12-29, cited by the 
ACTION teaches that component 118 uf Fig. 7 is a memory interface, not "client 
development interface", as claim 42 recites. In particular, BanicU teaches that 
"characteristics of the memory are desired into the programmable logic into the 
memory interlace 118. 'llii* permits new and different memory technologies to be 
implemented into the same hardware." Clearly, this description docs not teach or 
suggest "a client development interface, to interlace debug frames generated by 
the application development tool with application frames generated by the 
application executing within the application development tool", as claim 42 
recites. For this additional reason, the cited combination does not teach or suggest 
the features of claim 43, which depends on claim 42. 

Accordingly, for this additional reason, the 35 USC §103(a) ruction of 
claim 43 is improper and should be withdrawn. 
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Moreover, claim 43 recites «whcrcin the application development tool 
generates debug frames in response to user interaction with the application 
development tool.- Note that the claimed "smart card [...] invokes debug features 
of the smart card in response to debug instructions embedded within the received 
debug frames". Nowhere do the references of record describe such *an 
application development tool generates debug frames" as claimed. Accordingly, 
and for this additional reason, the 35 USC § 103(a) rejection of claim 4S should be 
withdrawn. 

Claims 44-49 also depend from claim 41. At least for the reasons already 
discussed, claims 44-49 are also patentably distinguished over Harnett in view of 
Jacobson by virtue of Iki* dependency. Accoidingly, the 35 USC § 103(a) 
rejections of claims 44^9 over Barnett in view of Jacobson should be withdrawn. 

As an additional matter, although the ACTION has rejected claims 4449 as 
being unpatentable over Barnett in view uf Jatobson, the ACTION only providing 
an explanation for rejecting claim 45 (see below). The ACTION does not provide 
any explanation of why the features of claims 44, and 46-49 were rejected over 
this eked combination. To provide a complete application file history and to 
enhance the clarity of the prosecution history record, Applicant respectfully 
requests clear explanations of all actions taken by the examiner during prosecution 
of this application. (See, MPEP §707.07(0). 

This is especially pertinent since claims 44-49 recite additional features dial 
arc not taught or suggested by the cited combination. Referring to claim 45, claim 
45 recites "wherein the debug frames invoke and control one or more smart card 
resources facilitating debugging of the application executing within the application 
development tool of the computer system". In addressing this teatnre, the 
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ACTION points to Jacobson, col. 5, lines 35-50, to conclude that these features arc 
obvious in view of the cited combination. This conclusion is umupportable. 
Jacobson at col 5, lines 35-50 merely indicates that the Java programming 
language, which is used for implementing the BST API, is used to be compatible 
with potential hardware platforms. This docs not teach or suggest the "wherein 
the debug frames invoke and control one or more smart card resources facilitating 
debugging of the application executing within the application development tool of 
the wmputer system", as claim 45 recites, Thus, the features of claim 45 arc not 
taugftt or suggested by the vited combination. 

Accordingly, and for this additional reason, the 35 USC §103(«) rejection 
of claim '15 over th§ died combination should he withdrawn. 

Claims 4 3-49 stand rejected under 35 tJNC SlP3fa^ os b eing unpatentable 
uver Bamrtt « applied 10 claims 41 and 42, in view of U .S. Patent no. 5.787,245 
B> You et al (h erei nafter referred to as "V on") . This rejection is traversed. 

As a preliminary matter, although the ACTION has rejected claims 4:1-49 
as being unpatentable ova: Bamett in view of You, the ACTION does not provide 
any explanation of why the features of claims 43-45, and claim 48 were rejected 
over this cited combination, only providing an explanation (see below) for 
rejecting claims 46, 47, and 49. The detailed arguments below are intended to 
add Ihe Office in recognising and assessing the Umitotions presented In the 
dependent claims. However, to provide a complete application file history and to 
enhance the clarity of the prosecution history record, Applicant respectflilly 
requests clear explanations of all actions taken by the Office during prosecution of 
this application. (See, MPEP §707.07(f)). 
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Claims 43-49 depend from claim 41. For the reasons already discussed, 
Harnett does not teach or snggest the features of claim 41 . Accordingly, not only is 
Barnett deficient to teaching each and every element of olaim 43, as admitted by 
the ACTION, but Barnett is also dcfioient with respwl to teaching each and every 
clement of claim 41, from which claim 43 depends. 

Moreover, Uie combination of these teachiug of Bamett in view of You 
does not resolve these deficiencies for the following reasons. With respect to You, 
You In the "Overview of the Invention" at col. 8, lines 63 through col. 9, line 9, 
teaches Portable Debugging Services (PDS) that are implemented in a client- 
server program model. A client-server program model is based on network 
architecture in which each computer or process on the network is either a client or 
a server computer. Nowhere does You teach or suggest that the described client- 
server network architecture based PDS is mcd for smart card application 
development. Instead, You is completely silent buili with respect smart cards and 
development environments for Uitegrated circuits such as smart cards. Thus, You 
does not resolve the previously described deficiencies of Bamett with respect to 
teaching or suggesting the claimed features. 

For this reason alone, the combination of Barnett in view of You does not 
teach or suggest the "smart card" recited in elaim 41. Since olaim 1 1 its die base 
claim of claims 43-49, the cited combination does not leadi or suggest, the features 
of claims 43-49. Accordingly, the 35 USC §H» rejections of claims 43-49 over 
Bamett in view of You arc improper and should be withdrawn. 

Moreover, claims 43-49 recited additional features that are not taught or 
suggested by the cited combination of Bamett i» view of You. For example, filmm 
46 recites "wherein the client development interface includes a debug filter to 
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identify and mute debug frame* received from the smart card". In addressing 
these features the ACTION admits that Bamell does not teach or suggest the 
features of claim 46. Instead, the ACTION relies on the teaching at col. 4, lines 
35-39 of You to conclude that the recited features are obvious in over the 
combination of references. This conclusion is unsupportable. 

Col. 4, lines 35-39 of You teach "Mb* client debugger object transmits 
debug requests to a target server debugger object. The connection object is 
responsible for routing the request to the target server object The client-server 
model typically operates under a common pattern: the client initiates a request to n 
server, the server . .." Clearly, this teaching of a conventional client-server 
communication architecture is completely silent with respect to a "smart card 
development Interface promotes the application frames to an application layer of 
the smart card, and invoke* debug features ot the smart card In response Lo debug 
instructions embedded within the received debug frames", as claim 41 recites and 
upon which claim 46* relies. Moreover, nowhere docs this portion of You, which 
describe conventional client-server program object communicatirms, or any other 
portions of the cited combination, teach or suggest any "a debug filter to identify 
and route debug frames received from the smart card", as claim 46 recites. You's 
client server communications are completely silent on any type of "debug filler" or 
"debug frames received from a smart card." Thus, the combination of Harnett in 
view of You does not leach or suggest the features of claim 46. 

Accordingly, and for this additional reason, the 35 USC §103 rejection of 
claim 46 should be withdrawn. 
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Tf claim 46 is again rejected on a similar basis in a subsequent action, it is 
respectfully requested for the Office to specifically point out where such a "debug 
filter or "debug frames received from a smart card" are taught or suggested. 

In another example, ckum 47 recites "wherein the smart card development 
interface comprises a debug filter to identify debug frames within the received 
normal communication flow. For Ihe reasons already discussed, the cited 
combination does not teach or suggest these features. Accordingly, for this 
additional reason, the 35 USC §103 rejection of claim 47 should be withdrawn. 

In another example, claim49 rccrtea "a communication protocol, employed 
by the computer system and the smart card to communicate therebetween, the 
communication protocol comprising, a plurality of application frames comprising 
a uormal communication flow between a host application and a smart card 
application", and "one or more debug frames, interlaced with the application 
frames within the normal communication flow, to enable a debug application 
executing on Qie host system to selectively access and control smart cord 
resources." 

In addressing these features of claim 49, and even though the ACTION has 
placed this rejection under a heading that implies that multiple references were 
combined to form the rejection, the explanation in the ACTION points only to a 
single reference, Bamett, Fig. 6, and elements 108 and 104 to conclude that claim 
49 is obvious in view of the reference. Thus, the ACTION is seemingly relying on 
personal knowledge to modify Baruett to arrive at the features of claim 49. 

"When a rejection in an application is based on facts -within the 
personal knowledge of an employee of the office, the data shall he as 
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^ e <w possible, and the reference mwi 6* supported, when 
called for by the applicant, by the affidavit of such employee, and 
suck affidavit shall be subject to contradiction or explanation by the 
affidavit* of the applicant and other persons. " 37 CFR 
§1.104(4X2). 

In view of this, and if lltfs rejection is maintained on a similar basis in a 
subsequent action, Applicant respectfully requests the Examiner to supply such an 
affidavit to support this modification to BnmetL 

k addressing claim 49, the ACTION points to Harnett, Fig. 6, and elements 
10X and 104 to conclude dial claim 49 is obvious In view of Hie reference. This 
elusion is unMipportflble. Fig. 6, element 1»H is a "host computer", mid 
dement 104 is "debuH logic in la] KPGA". For the reasons already discussed, 
Bamct's system that includes debug lope 104 and host computer 108 do not teach 
or suggest "a smart card incorporating a smart card development interface" of 
claim 41, upon which claim 49 depends. At most Bamett teaches that a smart card 
can be connected to the emulator debug logic 104 for debugging This teaching 
also does not teach or suggest the claimed "debug frames" and their claimed 
context. Instead, it is respectfully submitted that Bamett essentially teaches what 
is described in the "Background of the Invention" section, wherein "the 
development of applications for a smart card currently requires the use of an in- 
circuit emulator (ICE) and an associated, often proprietary software development 
application." 

Although the ACTION does not. explain hew Barnctt could be modified 
with another reference (e.g. You ?) to supply these features of claim 49 that are 
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missing, it is respectfully submitted thai You does not teach or suggest the claimed 
features for die reason* already discussed above. Accordingly, and tor these 
additional reasons, the 35 USC §1 IB rejection of claim 49 should be withdrawu. 

f^ flira Objections 

n ™>« Ad and 48 stand obi"'"* *» «< ^"p dependent on a rejected hasp, 
.uim hit would be «ii"w.hte if rewritten In in.H™deflt farm Wing all 
HmH- - " f *™ clflim mv i"'"™^* cla "W" In addressing claims 44 
and 48, the ACTION supports the indication of allowability by admitting that «ihc 
prior art does not teach or render obvious "wherein the application development 
tool populates a source and/or destination field of the debug frame with an invalid 
source and/or destination address." Applicant thanks the Office for Uiis indication 
of allowability. However, it is respectfully submitted that claims 44 and 48, as 
well as their respective base claims and any intervening claims, are patentahly 
distinguished over the references of record for the reasons discussed above. 

Comcliuniioai 

Claims 41-29 are in wudition for allowance and action to Uiat end is 
respectfully requested. Should any Issue remain that prevents allowance of the 
applicant, the Office Is encouraged to contact the undersigned prior or issuance 
of a subscMueut Office, action. 



LmaifiAAtuc 
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Respectfully Submitted, 
Dated:, a//»/»H 




/ Reg.No. 44, 421 
(303) 53!M)265 x 241 
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